home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940368.txt < prev    next >
Internet Message Format  |  1994-11-13  |  14KB
  1. Date: Sat,  5 Nov 94 04:30:27 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: List
  6. Subject: Ham-Digital Digest V94 #368
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sat,  5 Nov 94       Volume 94 : Issue  368
  11.  
  12. Today's Topics:
  13.                                 1270C
  14.                         digital radio protocol
  15.                       Ham-Digital Digest V94 #3
  16.                   Help? File Server software Advice
  17.             NoCal OO goes after Packet BULLetins (5 msgs)
  18.               Packet addresses and Internet: Connection?
  19.                            PK232 19200 Mod?
  20.                             RTTY Question
  21.                your LISTSERV request "help with pk232"
  22.  
  23. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  24. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the Ham-Digital Digest are available 
  28. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 5 Nov 94 04:39:34 GMT
  36. From: imotion@iu.NET (Howard Goldstein)
  37. Subject: 1270C
  38.  
  39. Daniel, the major difference is the 1270C supports bank switching to the RAM
  40. chip at U25 for the enhanced mailbox.  The 1270B lacks the bank switching it
  41. needs to get at the extra RAM.  The unmodified 1270B it will not run 1270C
  42. firmware.
  43.  
  44. You can upgrade to the 1270C with the MFJ-46 daughterboard.  It plugs into
  45. the CPU socket to enable access to the large mailbox RAM, and comes with the
  46. latest 1270C firmware.
  47.  
  48. The latest TAPR TNC-2 release is 1.1.8.
  49.  
  50. 73 Howie N2WX
  51. --                                                                   --
  52. Howard Goldstein                                         imotion@iu.net
  53. InfoMotion, Inc.                                          CIS:75006,702
  54.           "Joy comes, grief goes, we know not how"  J.R. Lowell
  55.  
  56. ------------------------------
  57.  
  58. Date: 4 Nov 1994 22:27:22 GMT
  59. From: karn@unix.ka9q.ampr.org (Phil Karn)
  60. Subject: digital radio protocol
  61.  
  62. In article <397vik$143@news.midland.co.nz>, vaughan@belltrans.co.nz (Vaughan McPherson) writes:
  63. |> The problem that I am faced with is the long latency between asserting the Push to 
  64. |> talk on the radio and the radio becoming ready to send data (~600 ms).
  65.  
  66. Well, the immediate answer to this problem is to make fewer but longer
  67. transmissions. Make your frames fairly small to improve the percentage
  68. that make it through without errors, and send several frames per
  69. transmission.
  70.  
  71. Some time ago I showed that AX.25, over a fairly wide range of
  72. conditions, worked best when you send only one frame per
  73. transmission. But that assumed a much shorter turnaround delay, and
  74. more importantly it also assumed go-back-N retransmission (which is
  75. what AX.25 does). The inefficiency of having to retransmit frames that
  76. were correctly received the first time just because a prior frame was
  77. trashed is mainly what makes it a bad idea to send more than one frame
  78. per transmission in AX.25.
  79.  
  80. If you use a selective retransmission mechanism where the receiver
  81. individually acknowledges each frame of a transmission so the sender
  82. can resend those that were lost, then things could be much more
  83. efficient.
  84.  
  85. You might also consider adding forward error correction (FEC) to reduce
  86. the bit error rate, thus allowing longer frames. Depending on the channel
  87. conditions, the overhead of FEC might be less than the extra header
  88. overhead incurred by making your frames small enough to pass with
  89. high probability.
  90.  
  91. Phil
  92.  
  93. ------------------------------
  94.  
  95. Date: Sat,  5 Nov 94 03:11:00 -0400
  96. From: hua.chu@channel1.com (Hua Chu)
  97. Subject: Ham-Digital Digest V94 #3
  98.  
  99. HA>d,  2 Nov 94       Volume 94 : Issue  363
  100.  
  101. Is this related to HAM-HOMEBREW DIGEST? Where can I get that? Mind
  102. helping a stupid newbie?
  103.  
  104. -H.C.
  105.  
  106. ---
  107.  * OLX 2.1 * If this were an actual tagline, it would be funny.
  108.  
  109. ------------------------------
  110.  
  111. Date: Mon, 31 Oct 1994 22:53:10 GMT
  112. From: psnidal@cln.etc.bc.ca (Peter Snidal)
  113. Subject: Help? File Server software Advice
  114.  
  115. thanks for reading. We are running a file server here on packet,
  116. (not a full-service bbs; just fs and local message base) and I'm
  117. looking for better software.  We're currently using PaKet, and
  118. it
  119. 's designed as User software, with a tacked-on Remote Mode, which
  120. is the only part we're using.  we need passworded remote access
  121. to the system for sysop(s), and something a little less glitchy
  122. would be nice as well.
  123.    If necessary, I suppose we'll have to use full-service bbs
  124. software of some sort, like fbb or msys, although something
  125. designed with local message base/file servers in mind would be
  126. mo bettah.  I have downed copies of incomplete distribution
  127. packages with broken files that wouldn't unzip, form cfcsc.dnd.
  128. ca, and would really appreciate hearing of an ftp site with 
  129. complete files which will unzip and work of fbb and msys.  Also
  130. suggestions for other software options would be much appreciated.
  131.   Ditto for node software - we may want this thing to be a node
  132. as well some day.  Thanks.
  133. -- 
  134.  
  135. ------------------------------
  136.  
  137. Date: 4 Nov 1994 18:08:02 GMT
  138. From: hanko@wv.mentorg.com (Hank Oredson)
  139. Subject: NoCal OO goes after Packet BULLetins
  140.  
  141. In article <1994Nov3.115023.22992@news.csuohio.edu>, sww@csuohio.edu (Steve Wolf) writes:
  142. |> Dave Horsfall (dave@eram.esi.com.au) wrote:
  143. |> : In article <1994Oct29.000208.29686@news.csuohio.edu>,
  144. |> :     sww@csuohio.edu (Steve Wolf) writes:
  145. |> : 
  146. |> : | All bulletins are broadcasting.  They are sent in many directions.  When be
  147. |> : | forwarded, the receiving station did not ask for them.  The sending station
  148. |> : | has no expectation that the receiving BBS will read or reply to them.
  149. |> : 
  150. |> : Dunno about your neck of the woods, mate, but here down under the sender
  151. |> : presents a brief list of bulletins, and the receiver is invited to
  152. |> : accept or reject them...
  153. |> 
  154. |> When being forwarded?  Really?  How does that work?  I can understand the
  155. |> user being queried but as the quote says, we are talking about forwarding.
  156.  
  157. Oh, it works quite well, actually!
  158.  
  159. The receiver may reject a message presented during forwarding
  160. for any reason whatsoever.
  161.  
  162. This is how the system has worked for the past half-dozen years.
  163.  
  164. (Jeff, WA7MBL first implemented it in about 1986, and all the
  165. current BBS codes now use his method)
  166.  
  167. Steve, have you ever actually OPERATED packet and watched
  168. what the systems are doing?  Might be a good idea to spend
  169. a few hours on air to see how it all works.
  170.  
  171.    ...  Hank
  172.  
  173.  
  174. -- 
  175.  
  176. Hank Oredson @ Mentor Graphics             Library Operations
  177. Internet     : hank_oredson@mentorg.com    "Parts 'R Us!"
  178. Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  179.  
  180. ------------------------------
  181.  
  182. Date: Mon, 31 Oct 1994 23:02:10 GMT
  183. From: psnidal@cln.etc.bc.ca (Peter Snidal)
  184. Subject: NoCal OO goes after Packet BULLetins
  185.  
  186. Good One!  Well Done! .... .... ..._._
  187. -- 
  188.  
  189. ------------------------------
  190.  
  191. Date: Sat, 5 Nov 1994 07:21:10 GMT
  192. From: sww@csuohio.edu (Steve Wolf)
  193. Subject: NoCal OO goes after Packet BULLetins
  194.  
  195. : 
  196. : Steve, have you ever actually OPERATED packet and watched
  197. : what the systems are doing?  Might be a good idea to spend
  198. : a few hours on air to see how it all works.
  199. :
  200.  
  201. Aw, there you go getting grumpy again.
  202.  
  203. Like I told F6FNB, lot of people are doing the same thing you are, don't pat
  204. a hole in your back over your 100k messages a year.  We all have those same
  205. political agenda, recipes, sewing lessons, Rush Limbaugh, and other
  206. informational bulletins (that are beginning to consume the majority of
  207. the amateur radio network).
  208.  
  209. Your arguements are too far tangent and no longer of relevance.
  210.  
  211. 73,
  212. Steve
  213.      Internet      :  no8m@hamnet.wariat.org
  214.      Amateur Radio :  no8m@no8m.#neoh.oh.usa.na
  215.      MSYS Mail List:  msys-request@hamnet.wariat.org ('info' for title)
  216.  
  217. ------------------------------
  218.  
  219. Date: Mon, 31 Oct 1994 22:49:08 GMT
  220. From: sww@csuohio.edu (Steve Wolf)
  221. Subject: NoCal OO goes after Packet BULLetins
  222.  
  223. Hank Oredson (hanko@wv.mentorg.com) wrote:
  224. : 
  225. : Steve,
  226. : 
  227. : sorry, but you are just plain wrong here.
  228. : 
  229. : Please think about how things work, read part 97, and then
  230. : come back and join in the discussion with some useful ideas.
  231. : 
  232. : This horse is dead, you can stop beating it.
  233. : 
  234. :    ...  Hank
  235.  
  236. Is this supposed to be a form of arguement?
  237.  
  238. Ah!  I was just plain wrong!  No wonder!
  239.  
  240. 73,
  241. Steve
  242.  
  243. ------------------------------
  244.  
  245. Date: Sat, 5 Nov 1994 07:43:01 GMT
  246. From: sww@csuohio.edu (Steve Wolf)
  247. Subject: NoCal OO goes after Packet BULLetins 
  248.  
  249. :   Face it Steve, you've stepped on your dick. Now quietly put it back in
  250. :   your pants, zip up and stop asking others to come by and step on it as
  251. :   well.
  252.  
  253. :  Amateur: WA6FWI@WA6FWI.#SOCA.CA.USA.NOAM Internet: jangus@skyld.grendel.com
  254. :  US Mail: PO Box 4425 Carson, CA 90749       Phone: 1 (310) 324-6080
  255.  
  256.  
  257. That's a whole new subclass under assasination, isn't it?  Maybe it could
  258. go under a ... negative compliment???
  259.  
  260. 73,
  261. Steve
  262.      Internet      :  no8m@hamnet.wariat.org
  263.      Amateur Radio :  no8m@no8m.#neoh.oh.usa.na
  264.      MSYS Mail List:  msys-request@hamnet.wariat.org ('info' for title)
  265.  
  266. ------------------------------
  267.  
  268. Date: Sat, 5 Nov 1994 04:21:44
  269. From: tallath@hookup.net (Gordon R Beatty)
  270. Subject: Packet addresses and Internet: Connection?
  271.  
  272.      I never thought that I would have a need to check in to this
  273. newsgroup.  Well, not yet anyway.  Being fairly new to amateur radio
  274. I have been examining the different avenues that the hobby has
  275. to offer, but I figured I'd hold off on the packet thing for a while, 
  276. despite my (first) love of computers and the obvious tie-in that lies
  277. in packet between these two hobbies.
  278.  
  279.     And here I am.  Why?  I have noticed -- on a few things that I have
  280. been amassing -- that individuals will say they are accessible by
  281. such-and-such an address on packet.  Now correct me if I'm wrong,
  282. but doesn't packet interface to the Internet to a certain extent?
  283. If this were so, then it would suggest the possibility that these
  284. addresses might be converted to an address that is accessible
  285. through Internet e-mail, just as Compuserve and other networks/
  286. services are.  So I ask all the great packet enthusiasts, is this
  287. possible? And if so, how is the address converted?
  288.  
  289.     Thanks,
  290.  
  291. --------------------------
  292. Gordon R Beatty  VA3GRB
  293. Ottawa, Ontario, CANADA
  294. E-Mail: tallath@hookup.net
  295. 'Live Long and Propagate'   'What's an O-P-I-N-I-O-N ?'
  296.  
  297. ------------------------------
  298.  
  299. Date: 31 Oct 94 16:11:00 GMT
  300. From: steve.diggs@totrbbs.atl.ga.us (Steve Diggs)
  301. Subject: PK232 19200 Mod?
  302.  
  303. I own a PK232 that is doing a fine job for me...I added a TAPR 9600
  304. modem to it, and all is fine down South...
  305.  
  306. With the data coming in at 9600 bps, and 9600 is also the DTE rate from
  307. the TNC to my PC...data flow to the screen leaves something to be
  308. desired.
  309.  
  310. Has anyone done the 19200 DTE mod to the PK232? I called AEA, and they
  311. say that they don't do it, but they have heard of it being done.
  312. Something about changing a crystal out...
  313.  
  314. I would appreciate any feedback; if I get a mod, I will post it on my
  315. BBS and make it available for all.
  316.  
  317. Regards,
  318. Steve Diggs
  319.  
  320. ----
  321. Top Of The Rock BBS - Lilburn, GA         SYSOP: Steve Diggs
  322. UUCP: totrbbs.atl.ga.us               Snailmail: 4181 Wash Lee Ct.
  323. Phone: +1 404 921 8687                           Lilburn, GA 30247-7407
  324.  
  325. ------------------------------
  326.  
  327. Date: Fri, 4 Nov 94 21:02:19 GMT
  328. From: jcumming@dgim.doc.ca (Jim Cummings)
  329. Subject: RTTY Question
  330.  
  331. Harold E Cheyney (hcheyney@magnus.acs.ohio-state.edu) wrote:
  332. : Just recently started working RTTY using a Kantronics KAM
  333. : TNC, a Kenwood TS-530s, and a dumb terminal.  I find that
  334. : I can copy rather weak signals as long as they are in the
  335. : clear but QRM on nearby frequencies seems to desensitize
  336. : the TNC.  Will a narrow CW filter work with RTTY?  How
  337. : narrow?
  338.  
  339. : Please E-mail.    
  340.  
  341. : Thanks
  342.  
  343. Hello Harold:
  344.  
  345. Since most CW crystals are centred about 800 HZ, it is unlikely that it 
  346. will do you much good when the signals of interest are around 2200 hz.  
  347. However, if the 530 has an RTTY/FSK mode on the mode switch, what I have 
  348. just said is untrue.  If the 530 has an RTTY/FSK mode, you will find that 
  349. a 500 hz is plenty of filtering.  250 hz will be much too narrow for 
  350. anything but the strongest stations (I know, I fell into that trap years 
  351. ago - there is a technical explanation, but I don't want to get into that 
  352. now).  If 500 Hz is not available, 400 HZ should be OK for you.
  353.  
  354. Failing that, you might want to consider a DSP filter.  I haven't had any 
  355. experience with them, but I understand from reading other comments they 
  356. seem to be effective.
  357.  
  358. I hope to meet up with you someday and we can have a chat on RTTY!  
  359. Welcome to the mode.
  360.  
  361. 73 and live better digitally
  362.  
  363. Jim, VE3XJ
  364.  
  365. ------------------------------
  366.  
  367. Date: 5 Nov 94 06:43:44 GMT
  368. From: Listserv@ucsd.edu (Mailing List Processor)
  369. Subject: your LISTSERV request "help with pk232"
  370.  
  371. The mailing list "with" could not be found.
  372. You may use the INDEX command to get a listing
  373. of available mailing lists.
  374.  
  375. ------------------------------
  376.  
  377. End of Ham-Digital Digest V94 #368
  378. ******************************
  379.